home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 10506 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: keats.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.ada,comp.lang.c,comp.lang.c++
  4. Subject: Re: C/C++ knocks the crap out of Ada
  5. Date: 6 Mar 1996 13:44:38 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4hl106INNgjl@keats.ugrad.cs.ubc.ca>
  8. References: <JSA.96Feb16135027@organon.com> <4hakfl$ogd@fred.netinfo.com.au> <313C749D.2C34@lfwc.lockheed.com> <4hk3qg$24ci@info4.rus.uni-stuttgart.de>
  9. NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
  10.  
  11. In article <4hk3qg$24ci@info4.rus.uni-stuttgart.de>,
  12. Peter Hermann <ucaa2385@alpha1.csv.ica.uni-stuttgart.de> wrote:
  13.  >Ken Garlington (GarlingtonKE@lfwc.lockheed.com) wrote:
  14.  >
  15.  >: Actually, most Ada compilers optimize type checks assuming the hardware is working,
  16.  >: so this check isn't quite as strong as you imply. However, it does provide some
  17.  >: coverage.
  18.  >
  19.  >A compiler vendor may be able to provide a heavy-duty-check-mode option
  20.  >which certainly makes sense under conditions where ultra-high reliability
  21.  >is required. 
  22.  
  23. Under conditions where ultra-high reliability is required, I'd add a lot of
  24. redundant check bits to every word of storage, and let the hardware do much of
  25. the error detection and correction. It would be extremely irresponsible to use
  26. unreliable hardware where the requirement is for ultra-high reliability, no?
  27. -- 
  28.  
  29.